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(54) Method for controlling incoming call directed to group in voice over internet protocol system 



(57) A gatekeeper of a voice over internet protocol 
(VoIP) system controls an incoming call directed to a 
group, The gatekeeper carries out the steps of: defining 
a plurality of terminals selected by an operator request 
as the group for taking a group call service, creating ter- 
minal information for the terminals and group informa- 



tion for a plurality of defined groups in the form of a table, 
and managing the table; and determining, using the ta- 
ble, whether the incoming call is directed to the group 
upon receiving Ihe incoming call, generaling a group call 
using the group information if the incoming call is direct- 
ed to the group, and transmitting the group call to re- 
spective members belonging to the group. 
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Description 

[0001] The present invention relates to a voice over 
internet protocol (VoIP) system and, more particularly, 
to a method for controlling an incoming call directed to 
a group in the voice over internet protocol system. 
[0002] Conventionally, a group call provision function 
is implemented by a key telephone system (KTS), a pri- 
vate branch exchange (PBX), etc. over a public 
switched telephone network (PSTN). The key telephone 
system orthe private branch exchange provides a group 
call service, which can simultaneously transmit a group 
call as an incoming call directed to a particular group to 
respective members belonging to the particular group 
so that all the members belonging to the particular group 
can receive the group call, 

[0003] Along with an expansion of the Internet, a voice 
over internet protocol (VoIP) system is defined as an in- 
ternational telecommunications union-telecommunica- 
tions standardization sector (ITU-T) standard H.323 
protocol, A voice over internet protocol system provides 
a new scheme of providing communication services, 
wherein voice data communication over the Internet, 
rather than the public switched telephone network, is 
provided. Unlike an existing scheme, since the voice da- 
ta communication over the Internet employs a packet- 
based network and, therefore, a fee for using national/ 
international telephone lines is not necessary to be paid, 
the voice over internet protocol system can cheaply car- 
ry out the voice data communication , The voice over in- 
ternet protocol system is capable of transmitting video 
information as well as audio information using the inter- 
national telecommunications union-telecommunica- 
tions standardization sector (ITU-T) standard H.323 
protocol, 

[0004] A technique for implementing various func- 
tions of an existing telephony system based on the voice 
over internet protocol system is under study, but a func- 
tion for providing a group call is not implemented in the 
voice over internet protocol system. Accordingly, the 
function for providing the group call is strongly needed 
in the voice over internet protocol system. 
[0005] Therefore, the present invention has been de- 
veloped in view of the above problems, and it is an object 
of the present invention to provide a method for control- 
ling an incoming call directed to a group in order to pro- 
vide a group call capability in a voice over internet pro- 
tocol (VolP)system. 

[0006] It is another object of the present invention to 
provide a method and an apparatus for controlling an 
incoming call directed to a group in order to provide a 
group call capability in a voice over internet protocol 
(VoIP) system without modifying an H.323 protocol. 
[0007] In accordance with one aspect of the present 
invention, the above and other objects can be accom- 
plished by the provision of a method for controlling an 
incoming call directed to a group in a gatekeeper of a 
voice over internet protocol (VoIP) system, comprising 



the steps of: a) defining a plurality of terminals selected 
by an operator request as the group for taking a group 
call service, creating terminal information for the termi- 
nals and group information for a plurality of defined 

5 groups in the form of a table, and managing the table; 
and b) determining, using the table, whether the incom- 
ing call is directed to the group upon receiving the in- 
coming call, generating a group call using the group in- 
formation if the incoming call is directed to the group, 

io and transmitting the group call to respective members 
belonging to the group, 

[0008] In accordance with another aspect of the 
present invention, there is provided a method for con- 
trolling incoming calls directed to groups in a gatekeeper 

?5 of a voice over internet protocol (VoIP) system, compris- 
ing the steps of: a) defining a plurality of terminals se- 
lected by an operator request as a group for taking a 
group call service, creating terminal information for the 
terminals and group information for a plurality of defined 

2Q groups in the form of a table, and managing the table; 
b) determining, using the table, whether each of incom- 
ing calls is directed to the group upon sequentially re- 
ceiving the incoming calls, generating a group call using 
the group information corresponding to the group if an 

25 incoming call is directed to the group, the group call ba- 
sically having the group information and unique member 
call identifiers (IDs) for members belonging to the group, 
and storing group calls in a queue; and c) distinguishing 
different groups for the group calls stored in the queue, 

30 and independently transmitting the group call to the 
members being in an idle state. 
[0009] A more complete appreciation of the invention, 
and many of the attendant advantages thereof, will be 
readily apparent as the same becomes better under- 

35 stood by reference to the following detailed description 
when considered in conjunction with the accompanying 
drawings in which like reference symbols indicate the 
same or similar components, wherein: 

40 Fig. 1 is a view showing an H.323-based packet net- 
work; 

Fig. 2 is a block diagram showing a gatekeeper in 

accordance with the present invention; 

Fig. 3 is a view illustrating a function for managing 

45 a group; 

Fig. 4 is a view showing tables configured in a ter- 
minal manager and a group manager to determine 
whether an incoming call to be received by a gate- 
keeper corresponds to a general call or a group call; 

so Fig. 5 is a view illustrating a function for managing 
a group call: 

Fig. 6 is a view illustrating a procedure of sequen- 
tially storing group calls in a queue and sequentially 
processing the group calls stored in the queue; 
55 Fig. 7 is a view illustrating a group call queue state 
after group calls 1 and 3 are terminated in mid- 
course; 

Figs. 8 to 10 are flow charts depicting a procedure 



2 



3 



EP 1 313 288 A2 



for a group call setup based on an international tel- 
ecommunications union-telecommunications 
standardization sector (ITU-T) standard H.323 pro- 
tocol; 

Fig. 8 is a flow chart depicting a group call setup s 

when a group call is normally received; 

Fig. 9 is a flow chart depicting a group call setup 

when any member is put in an idle state and another 

member is in a call proceeding state; and 

Fig. 1 0 is a flow chart depicting a group call setup »o 

when another group call is received in mid-course 

of proceeding with a previous group call. 

[0010] Preferred embodiments of the present inven- 
tion will now be described in detail with reference to the is 
annexed drawings. In the drawings, the same or similar 
elements are denoted by the same reference numerals 
even though they are depicted in different drawings. In 
the following description, a detailed description of 
known functions and configurations incorporated herein 20 
will be omitted when it may make the subject matter of 
the present invention rather unclear. 
[0011] Fig, 1 is a view showing an H.323-based pack- 
et network. As shown in Fig. 1 , the H.323-based packet 
network for providing a voice over internet protocol 25 
(VoIP) service is largely made up of a gatekeeper 10, 
H, 323 terminals Hand 16 being endpoints, and agate- 
way 12. For conference services, the H.323-based 
packet network further includes a multipoint control unit 
(MCU) 18. The gatekeeper 10 is the most important 30 
component in the H.323-based packet network. The 
gatekeeper 1 0 performs major functions relative to reg- 
istration of the terminals 14 and 16 and the gateway 12 
within a zone, address management, call connection 
control, resource management, etc. The zone is an area 35 
in which one gatekeeper 1 0 manages terminals 1 4 and 
16, the gateway 12, the multipoint control unit 18, etc. 
[0012] As known to those skilled in the art, the major 
functions of the gatekeeper 1 0 are as follows: 

40 

Address Translation - Translation of a transport ad- 
dress for an alias address, and creation and updat- 
ing of an address table through a terminal registra- 
tion process 

Access Control - Network access permission and 45 
rejection control on the basis of call right, band- 
width, etc. 

Bandwidth control - Bandwidth management and 
bandwidth permission for a call or rejection of the 
call so 
Zone management - Management of terminals, a 
multipoint control unit (MCU) and a gateway regis- 
tered on the basis of a formal registration process 
Call control signal process - A call signal process 
for an endpoint, a call signal channel connection be- 55 
tween endpoints, and a supplementary service 
process 

Call right allowance - A call limitation and permis- 



sion for terminals 

Bandwidth management - A limitation of the number 
of concurrent allowable terminals due to resource 
excess 

Call management - A busy state confirmation in a 
call connection state 

[0013] In accordance with the present invention, the 
voice over internet protocol system can provide a group 
call without modifying the H.323 protocol. 
[0014] In accordance with the present invention, a 
group call provision function is performed by the gate- 
keeper 10. which generally manages calls. No terminal 
participating in the group call can recognize the group 
call itself. In other words, the group call is independent 
of a terminal side. The gatekeeper 10 maintains com- 
patibility with the terminal side in order to provide the 
group call. 

[0015] Fig. 2 is a block diagram showing the gate- 
keeper 10 in accordance with the present invention. As 
shown in Fig. 2, the gatekeeper 10 includes a group 
manager 20, a group call manager 22, a terminal man- 
ager 24, a general call manager 26, a real-time event 
handler 28 and a timer handler 30. In Fig. 2, the terminal 
manager 24 and the general call manager 26 perform 
general functions in the gatekeeper 1 0. Further, the ter- 
minal manager 24 and the general call manager 26 ad- 
ditionally perform a function for generating a real-time 
event so that the group call can be provided from the 
gatekeeper 10. In Fig. 2, the group manager 20, the 
group call manager 22, the real-time event handler 28 
and the timer handler 30 are newly configured function 
blocks to provide a group call in accordance with the 
present invention. 

[0016] The function block configuration is a block con- 
figuration in accordance with the present invention and 
it should be understood that a core process of the gate- 
keeper 10 carries out the major functions of the gate- 
keeper 10 described above. 

[0017] To provide the group call in accordance with 
the present invention, the gatekeeper 10 performs (1) a 
group management function, (2) a group call manage- 
ment function, and (3) a terminal management function. 

(1) The group management function is performed 
by the group manager 20 shown in Fig. 2. The group 
manager 20 uses group information provided from 
the group call manager 22, manages terminals be- 
longing to a group, determines which terminal be- 
longs to the group, and manages an access number 
being a group number or a destination number. For 
these functions, the group manager 20 has a group 
information table 42. The group and the group in- 
formation table 42 will be described in detail below 
in connection with Fig. 3 and Fig. 4(b). 

(2) The group call management function is per- 
formed by the group call manager 22 shown in Fig. 
2. The group call manager 22 manages the group 
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call using the access number, and performs call 
state management and member state management 
for the group call, For the sake of a supplementary 
function related to the group call, the group call 
management function includes a function for man- 
aging a queue storing group calls in order to man- 
age a duplicated group call, and a function for 
processing an event indicating a group call stale in 
real time in response to a member state. For these 
functions, the group call manager 22 has a group 
call queue 60. The group call and the group call 
queue 60 will be described in detail below in con- 
nection with Figs. 5 to 7. 

(3) The terminal managementfunction is performed 
by a terminal manager 24. The terminal manager 
24 performs a basic function, and has an additional 
component for performing the function of indicating 
a terminal state transition in real time in mid-course 
of proceeding with the group call. Namely, if the 
general call manager 24 provides terminal informa- 
tion to the terminal manager 24, the terminal man- 
ager 24 stores and updates the terminal informa- 
tion. Further, if the terminal state transition occurs 
in mid-course of proceeding with the group call, the 
terminal manager 24 informs the real-time event 
handler 28 of the event, The general call manager 
26 has a call information table 70 which includes 
caller information and destination information. 

[0018] As shown in Fig. 2, the procedure of providing 
the group call in the gatekeeper 10 is as follows: 

1) The group call is transferred to respective mem- 
bers belonging to the group. 

2) The group call is not transferred to any member 
which is in a call connection state. 

3) If any member is in the call connection state, the 
group call is transferred to that member after the 
existing call is terminated. 

4) Where any member among the members belong- 
ing to the group receives the group call (in a case 
of the call connection state), other calls of other 
members being in the call connection state are ter- 
minated. 

5) After one terminal is put in the call connection 
state by the group call (that is, after one terminal is 
connected to a caller terminal), the above proce- 
dure is performed if any group call stored in the 
group call queue 60 is put in a waiting state. 

[0019] The group management function, the group 
call management function and the terminal manage- 
mentfunction performed by the gatekeeper 1 0 providing 
the group call in accordance with the present invention 
will be described in more detail below. 

(1) The group management function includes the 
functions of: 



a) identifying the members belonging to the 
group; 

b) determining whether an incoming call corre- 
sponds to a general call or a group call; and 

5 c) providing basic information to be used for 

managing the group call, the basic information 
including the access number as the group 
number and the number of the members. 

io To identify the members belonging to the group 

and provide the basic information to be used for 
managing the group call , the group manager 20 has 
a group information table 42 shown in Fig. 4(b) and 
the terminal manager 24 has a terminal information 

is table 40 shown in Fig. 4(a). Conventionally, the ter- 
minal information is stored in the terminal informa- 
tion table 40 contained in the terminal manager 24, 
and the terminal information is configured to proc- 
ess general calls. Further, the group information 

20 stored in the group information table 42 of the group 
manager 20 has only link information correspond- 
ing to the terminal information, which already exists 
in the terminal information table 40 contained in the 
terminal manager 24. 

25 Fig. 3 is a view illustrating the group manage- 

ment function performed by the group manager 20 
in accordance with the present invention. The group 
manager 20 defines a plurality of terminals selected 
by an operator request as one group for taking a 

30 group call service, and manages a plurality of 
groups. To distinguish different groups, the group 
manager 20 assigns an access number to each 
group, the number of members belonging to each 
group (that is, the number of terminals belonging to 

35 each group), and terminal information correspond- 
ing to the members belonging to each group. For 
example, as shown in Fig. 3, terminals 1,2,3 and 
4 are assigned to one group, which has an access 
number 1 , and the number of members correspond- 

40 ing to the access number 1 is "4". Further, the ter- 
minal information corresponding to the members is 
assigned as terminal 1 , terminal 2, terminal 3 and 
terminal 4. The group manager 20 manages the 
group, the access number, the number of the mem- 

45 bers, and the terminal information using the group 
information table 42 shown in Fig. 2. A caller will 
knowthe access number as the destination number. 
For example, the access number may be a repre- 
sentative telephone number of an office. 

so Asshown in Fig, 3, the terminal information (ter- 

minals 1,2,3 and 4) of the terminals contained in 
the group information table 42 includes a terminal 
number and other information. Further, the terminal 
information (terminals 1 , 2, 3 and 4) of the terminal 

55 contained in the group information table 42 has only 
the link information corresponding to the terminal 
information, which already exists in the terminal in- 
formation table 40 contained in the terminal man- 
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ager 24. Accordingly, the terminal information is 
managed intheterminal information table 40 shown 
in Fig. 4(a) by the terminal manager 24. It should 
be understood that the terminal information of ter- 
minals which do not belong to the group can be fur- s 
ther managed in the terminal information table 40. 

In accordance with the present invention, the 
gate keeper 10 can have the plurality of terminals 
and the plurality of groups. In an embodiment of the 
present invention, the gatekeeper 10 uses both of *o 
two tables, that is, the terminal information table 40 
and the group information table 42 shown in Figs. 
4(a) and 4(b), so that it is can be determined wheth- 
er the incoming call corresponds to a general call 
or a group call. When the gatekeeper 10 receives « 
the incoming call from the caller, the gatekeeper 1 0 
determines, using a destination address (generally 
referred to as an "alias address"), whether the des- 
tination address exists in the terminal information 
table 40 of the terminal manager 24. If the terminal 20 
number corresponding to the destination address 
exists intheterminal information table 40 of the ter- 
minal manager 24, the incoming call is a general 
call. Otherwise, the incoming call is identified as an 
incoming call directed to the group. At this time, to 25 
identify the incoming call directed to the group, it is 
determined whether the destination address exists 
as an access number in the group information table 
42 of the group manager 20. If the destination ad- 
dress exists as the access number, the incoming 30 
call is determined to be an incoming call directed to 
the group. 

(2) The group call management function 

35 

Each group call is created by the group call 
manager 22, and contains caller information 
and member state information (shown in Fig. 
5). 

A call proceeding procedure of the caller is 40 
maintained separately from that of the member. 
Upon creating the group call, information relat- 
ed to all members is contained in group call in- 
formation. The call proceeding procedure var- 
ies depending upon each member's state. 45 
- According to the definition of the H.323 proto- 
col, a call identifier (ID) is used for distinguish- 
ing different calls, and the call identifier is gen- 
erated by the caller. However, in terms of an 
incoming call directed to the group, if the call so 
identifier generated by the caller is used as an 
identifier of each member belonging to the 
group, the different calls cannot be distin- 
guished from one another. Thus, the gatekeep- 
er 1 0 should create a unique call identifier for 55 
each member. For this purpose, the group call 
manager 22 should create call information con- 
taining the unique call identifier about each of 



the members belonging to the group whenever 
the group call is created. The call information 
containing the unique call identifier about each 
of the members created by the group call man- 
ager 22 is shown in Fig. 5. The group call con- 
tains group information, a call identifier of a call- 
er, a call state of the caller, and member infor- 
mation (members 1, 2, 3, 4), and each item of 
member information contains a call identifier of 
a member, a call state of the member, and other 
information. Each member information (mem- 
ber 1 , 2, 3 or 4) contained in the group call 
queue 60 is shown in Fig. 5. The member infor- 
mation has only the link information for the call 
information, which already exists in a call infor- 
mation table 70 of the general call manager 26. 
The member information contained in the group 
call queue 60 is managed in the call information 
table 70 by the general call manager 26. 

The group call shown in Fig. 5 is created 
by the group call manager 22, which uses the 
group information provided by the group man- 
ager 20 and the call information provided from 
the general call manager 26, and the group call 
is stored in the group call queue 60 within the 
group call manager 22. 

Group calls, configured as shown in Fig. 5, 
are sequentially stored in the group call queue 
60 and sequentially processed by the group call 
manager 22 as shown in Fig, 6. The group calls 
are calls which are attempted using the same 
access number by different callers. When the 
caller attempts the group call first, another call- 
er attempting another group call later should 
wait; however, when the caller attempting the 
general call first and a destination correspond- 
ing to the general call are in a call connection 
state, another general call attempted by anoth- 
er caller is terminated without waiting. In other 
words, although different callers attempt the 
group calls using the same access number, the 
group calls are sequentially stored in the group 
call queue 60. With reference to Fig. 6, a group 
call 1 directed to a group 1 stored in a queue 
Q1 is put in a call proceeding state, while group 
calls 2 and 4 directed to the group 1 are stored 
in queues Q2 and Q4, respectively, and exist in 
the waiting state. The group call queue 60 is 
managed by the group call manager 22 of the 
gatekeeper 1 0 in order to sequentially process 
the group calls as described above. It is rea- 
sonable that one group call directed to one 
group is processed simultaneously with anoth- 
er group call directed to another group, al- 
though another group call directed to the other 
group is in the call proceeding state. Accord- 
ingly, the group call manager 22 independently 
processes the group calls with respect to re- 
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spective groups. With reference to Fig. 6, the 
group call 1 directed to group 1 and a group call 
3 directed to group 3, which are processed in- 
dependently from each other, are put in the call 
proceeding state simultaneously. 5 

When any group call directed to the group 
stored in the group call queue 60 reaches its 
turn to be processed, the group call manager 
22 transmits a setup message to respective 
members belonging to the group. Then, be- »o 
cause the group call manager 22 can identify a 
group call state from the group call information 
about the respective members belonging to the 
group, the group call manager 22 does not 
transmit the setup message to any member of is 
the group taking the group call service. 

In the embodiment shown in Fig. 6, if the 
group calls 1 and 3 are in the call proceeding 
state and are then completed (the completion 
of the group calls 1 and 3 Is known by an H. 323 20 
message from the terminal), the group call 
manager 22 removes the group calls 1 and 3 
from the group call queue 60. Accordingly, a 
queue state transition of the group call queue 
60 occurs as shown in Fig. 7. A case where the 25 
group call is removed from the group call queue 
60 is divided into two cases. Firstly when one 
of the members of the group receives the group 
call to proceed with the group call service, the 
group call is removed from the group call queue 30 
60. Secondly when no member belonging to 
the group receive the group call, and therefore 
an alerting timer for the group call is timed out, 
the group call is removed from the group call 
queue 60. Further, when the caller terminates 35 
the group call in mid-course, the group call is 
removed from the group call queue 60. For ex- 
ample, when a particular member belonging to 
the group receives the group call, the particular 
member transmits a connect message to the 40 
gatekeeper 10. The general call manager 26 of 
the gatekeeper 1 0 receives the connect mes- 
sage, and the general call manager 26 Irans- 
mits the connect message to the group call 
manager 22 If the connect message is unrelat- 45 
ed to the general call. The group call manager 
22 identifies the group call related to the con- 
nect message to terminate the group call with 
which the members belonging to the group are 
proceeding. Accordingly, the transmission of so 
the setup message to respective members be- 
longing to the group is terminated. When the 
group call with which the members belonging 
to the group are proceeding is terminated, the 
group call manager 22 removes the group call 55 
from the group call queue 60, and the group call 
manager 22 notifies the real-time event handler 
28, through the timer handler 30, of information 



relating to an event indicating the removal of 
the group call. 

The real-time event handler 28, which is 
notified of the event information indicating the 
removal of the group call, uses the group call 
manager 22 to determine whether any group 
call of the waiting state exists in the group call 
queue 60. If any group call of the waiting state 
exists in the group call queue 60, the setup 
message is transmitted to the members in an 
idle state, and therefore the members proceed 
with the group call. In the case of event infor- 
mation notification, the setup message Is trans- 
mitted to the members belonging to the group 
by the real-time event handler 28. In the gen- 
eral case, the setup message is transmitted by 
the group call manager 22. 

The case wherein the group call is re- 
moved from the group call queue 60 includes a 
first case where the particular member receives 
the group call to proceed with the group call 
service, and a second case where the group 
call is terminated in mid-course of proceeding 
with the group call service. In particular, where 
the group call is terminated in mid-course of 
proceeding with the group call service by an 
alerting timer among timers within the timer 
handler 30, the group call manager 22 cannot 
Identify the group call termination by the alert- 
ing timer. Accordingly, the real-time event han- 
dler 28 is notified of the event information from 
the timer handler 30, and then the real-time 
event handler 28 allows the group call manager 
22 to remove the group call from the group call 
queue 60. When the gatekeeper 10 transmits 
the alerting message to the caller in order to 
proceed with the group call, the group call man- 
ager 26 sets a timeout value of the alerting tim- 
er. The alerting timer is used forterminatingthe 
group call when the connect message is not re- 
ceived from the member within a pre-set time- 
out value (e.g., about 180 seconds). 

When the particular member belonging to 
the group receives the group call, and therefore 
the particular member is connected to the 
group call, the group call is changed to a gen- 
eral call. Thereafter, the general call manager 
70 manages the general call. 

(3) The terminal management function 

- Special management function related to the 
group call 

If a particular terminal is put in the call proceed- 
ing state, the partlcularterminal cannot receive 
the group call. However, after the particular ter- 
minal releases the group call in mid-course of 
proceeding with the group call, the particular 
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terminal can receive the group call or partici- 
pate in the group call. 

[0020] Because the gatekeeper 1 0 manages all calls, 
the terminal manager 24 provides a release event to the 
real-time event handler 28 when the calls connected to 
respective terminals are released. The real-time event 
handler 28 allows a corresponding terminal to partici- 
pate in the group call. In other words, the setup message 
is transmitted to the corresponding terminal. In more de- 
tail, when any terminal belonging to the group releases 
the call of the call proceeding state, the general call 
manager 26 of the gatekeeper 1 0 transmits the terminal 
information to the terminal manager 24, and the terminal 
manager24 updates existingterminal information. If any 
terminal whose call has been released by the update 
belongs to the group, that is, if any terminal belonging 
to the group is put in the idle state, an event correspond- 
ing to the idle state is provided to the real-time event 
handler 28. Subsequently, the real-time event handler 
28 transfers the received event to the group call man- 
ager 22. Then, the group call manager 22 allows the ter- 
minal in the idle state to participate in the group call. In 
other words, the setup message is transmitted to the ter- 
minal in the idle state. 

[0021] Figs, 8 to 1 0 are flow charts depicting a proce- 
dure for a group call setup based on an international tel- 
ecommunications union-telecommunications standard- 
ization sector (ITU-T) standard H.232 protocol. More 
specifically, Fig. 8 is a flow chart depicting the group call 
setup when the group call is normally received, Fig. 9 is 
a flow chart depicting the group call setup when any 
member is put in the idle state in mid-course of proceed- 
ing with the group call, and Fig. 10 is a flow chart de- 
picting the group call setup when another group call is 
received in mid-course of proceeding with the group call. 
In Figs. 8 to 10, it is assumed that an endpoint (EP) A 
and an endpoint (EP) B belong to the members of the 
group. In accordance with the present invention, the pro- 
cedure of providing the group call is based on an H.323 
message. Further, it should be understood that theterm 
"group" shown in Figs. 8 to 1 0 denotes the group man- 
ager 20 and the group call manager 22 within the gale- 
keeper 10. 

[0022] A procedure for normally receiving the group 
call in accordance with the present invention is divided 
into four stages, and the processes of respective stages 
are as follows: 

1) A first stage 

If the callercalls any group, the access number 
is contained in a destination number field of an ad- 
mission request (ARQ) message to be transmitted 
from the caller, and the admission request message 
is transmitted from the caller to the gatekeeper 1 0. 
The gatekeeper 1 0 receives the admission request 
message and determines, using the group manager 
20, whether the destination number exists in the 



general terminal information or the group informa- 
tion. Then, if the destination number exists in the 
group information, the gatekeeper 10 senses that 
the call corresponds to the group call. Further, the 

5 gatekeeper 10 determines whether a group state 
corresponding to the group call is valid. If the group 
state corresponding to the group call is valid, the 
gatekeeper 1 0 transmits an admission request con- 
firm (ACF) message. If no member exists in the 

10 group orthe number of group calls exceeds the pre- 
determined number of group calls in the group call 
queue 60, the group state is invalid, and therefore 
the gatekeeper 1 0 sends an admission reject (ARJ) 
message to the caller in orderto terminate the group 

15 call. 

2) A second stage 

The caller receiving the admission request con- 
firm message from the gatekeeper 1 0 transmits the 

2Q setup message to the gatekeeper 1 0 to enter a full- 
scale call setup. If the gatekeeper 10 receives the 
setup message, the gatekeeper 10 transmits call 
proceeding and alerting messages to the caller, un- 
like in the conventional H.323 protocol. When the 

25 gatekeeper 1 0 receives the setup message on the 
basis of the conventional H.323 protocol, the gate- 
keeper 1 0 transmits the setup message to the des- 
tination, and receives the call proceeding and alert- 
ing messages from the destination to transmit the 

30 call proceeding and alerting messages to the caller. 
However, in the procedure of processing the group 
call in accordance with the present invention, the 
call proceeding and alerting messages are provided 
to the caller for the case where a corresponding 

35 group does not have any member being in the idle 
state. 

Further, the gatekeeper 1 0 finds the members 
presently in the idle state in the group correspond- 
ing to the access number using the group manager 

40 20, and the gatekeeper 1 0 transmits the setup mes- 
sage to the members endpoint A and endpoint B in 
the idle state. In this case, the gatekeeper 1 0 should 
modify the contents or the setup message to be 
transmitted to the members endpoint A and end- 

45 point B. The group call manager22 of the gatekeep- 
er 1 0 assigns different call identifiers (call identifiers 
of the members) to respective destinations, and 
modifies destination information to real member in- 
formation. The reason that the group call manager 

so 22 modifies the destination information is because 
the destination information contained in a first setup 
message is the group information rather than the 
member information. 

55 3) A third stage 

In the third stage, a call setup procedure is in- 
dependently applied to the respective members re- 
ceiving the setup messages. Because the contents 
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of the setup messages transmitted from the group 
call manager 22 to the respective members at the 
second stage are different from one another, the 
gatekeeper 1 0 should distinguish the different con- 
tents of the setup messages, and should simulta- 
neously identify a same group call corresponding to 
the setup messages having the different contents. 
The group call manager 22 of the gatekeeper 10 
distinguishes the different contents of the setup 
messages, and simultaneously identifies the same 
group call corresponding to the setup messages 
having different contents using the group call infor- 
mation (shown in Fig. 5) stored in the group call 
queue 60. 

4) A fourth stage 

The fourth stage explains a call connection pro- 
cedure. One of the members {e.g., the endpoint B 
of Fig. 8) first receives the call, the member end- 
point B transmits the connect message to the gate- 
keeper 10, and the gatekeeper 10 transmits the 
connect message to the caller. However, the gate- 
keeper 1 0 should recover the call identifier and the 
caller information for a previous state before modi- 
fication because the connect message is affected 
due to the modification of the setup message, In 
other words, the gatekeeper 10 recovers the call 
identifiers of the members to the call identifier of the 
group. Because the group call manager 22 of the 
gatekeeper 10 has the information of the previous 
state before modification as the group call informa- 
tion, the gatekeeper 1 0 can recover the call identi- 
fiers of the members and the caller information for 
the previous state before modification. 

[0023] After the gatekeeper 1 0 transmits the connect 
message to the caller, the gatekeeper 1 0 transmits a re- 
lease complete (ReleaseComplete) message to the re- 
maining member endpoint A in order to terminate the 
call setup procedure. 

[0024] Next, Fig. 9 is a flow chart for explaining a call 
setup procedure based on an H.323 group call when 
one member is put in the idle state and another member 
is put in the call proceeding state. 
[0025] In the procedure of processing the group calls, 
the member endpoint A in the call proceeding state can- 
not receive the group call. However, when the member 
endpoint A is put in the idle state, the gatekeeper 10 
transmits the setup message to the member endpoint A 
so as to independently perform the call setup procedure 
with respect to the member endpoint A. In more detail,, 
when the member endpoint A is put in the idle state, the 
terminal manager 24 (where the general call is terminat- 
ed) or the group call manager 22 (where the group call 
is terminated) notifies the real-time event handler 28 of 
the idle state as an event. The real-time event handler 
28 notified of the event information, allows the group call 
manager 22 to determine whether another member in 



the call proceeding state exists in the group. 
[0026] The call setup procedure shown in Fig. 9 is dif- 
ferent from the normal call setup procedure shown in 
Fig. 8 in that, when one member is put in the idle state, 
5 other members asynchronously perform the call setup 
procedure, 

[0027] Finally, Fig. 1 0 is a flowchart for explaining the 
call setup procedure based on the H.232 group call in 
accordance with the present invention when another 
10 group call is received in mid-course of proceeding with 
the group call. 

[0028] When a caller 1 is already put in the call pro- 
ceeding state and the gatekeeper 10 receives a new 
group call directed to the same group as the caller 1 from 

is a caller 2, the gatekeeper 1 0 adds the new group call to 
the group call queue 60, and transmits the call proceed- 
ing message and the alerting message to the caller 2 so 
that the caller 2 waits for the connect message from the 
destination. When the group call previously received is 

so terminated in mid-course of waiting for the connect mes- 
sage, the group call manager 22 removes the group call 
previously received from the group call queue 60, and 
provides to the real-time event handler 28 information 
as to the event of the removal of the group call. The real- 
ms time event handler 28, receiving the information as to 
the event, determines whether any group call of the wait- 
ing state remains in the group call queue 60. If any group 
call in the waiting state remains in the group call queue 
60, the setup message is transmitted to the members 

30 corresponding to the group call in the waiting state, and 
therefore a new group call setup is accomplished. 
Thereafter, the next procedure is the same as the pro- 
cedure for the general group call setup. 
[0029] As is apparent from the above description, the 

35 present invention provides the group call capability in 
an H.323 (voice over internet protocol) system. The H. 
323 system can provide the group call capability without 
modifying the H.323 protocol, Further, the present in- 
vention has an advantage in that the H.323 (voice over 

40 internet protocol) system can provide the group call ca- 
pability only through expansion of a gatekeeper, 
[0030] Although the preferred embodiments of the 
present invention have been disclosed for illustrative 
purposes, those skilled in the art will appreciate thatvar- 

45 ious modifications, additions and substitutions are pos- 
sible. 



Claims 

50 

1. A method for controlling an incoming call directed 
to a group in a voice over internet protocol (VoIP) 
system, comprising the steps of: 

55 (a) defining a plurality of terminals selected by 

an operator request as a group for taking a 
group call service; 

(b) creating terminal information for the select- 
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ed plurality of terminals and group information 
for a plurality of defined groups in the form of a 
table; 

(c) determining, using the table, whether the in- 
coming call is directed to the group upon receiv- s 
ing the incoming call; 

(d) generating a group call using the group in- 
formation when the incoming call is directed to 
the group; and 

(g) transmitting the group call to respective 10 
members belonging to the group. 

2. The method according to claim 1 , wherein step (b) 
further comprises managing the table. 

3. The method according to claims 1 or 2, wherein the 
incoming call is directed to a group in a gatekeeper 
of the voice over internet protocol (VoIP) system. 

4. The method according to claims 1 to 3, wherein the 20 
group information comprises at least access num- 
bers or a number of members belonging to the 
group or the terminal information corresponding to 

the respective members belonging to the group. 

25 

5. The method according to claims 1 to 4, wherein the 
terminal information comprises at least terminal 
numbers corresponding to the respective members 
belonging to the group. 

30 

6. The method according to claims 1 to 5, wherein the 
group call comprises at least destination group in- 
formation or the group information or caller call 
identifiers (IDs) or caller call states or member in- 
formation. 35 

7. The method according to claim 6, wherein the mem- 
ber information comprises at least member call IDs 
or member call states. 

40 

8. The method according to claim 7, wherein the mem- 
ber call ID is a unique member call ID. 

9. The method according to claims 1 to 8, wherein a 
plurality of incoming calls is directed to groups in a *s 
voice over internet protocol (Vol P) system and each 

of the incoming calls is directed to the group upon 
sequentially receiving the incoming calls. 

10. The method according to claim 9, further compris- so 
ing: 

(e) storing group calls in a queue; and 

(f) distinguishing different groups for the group 
calls stored In the queue, 55 
wherein the group call is transmitted to mem- 
bers in an idle state, 



11. The method according to claim 10, further compris- 
ing the step of: 

(h) removing the group call from the queue 
when the group call is terminated. 

12. The method according to claim 11 , wherein step (h) 
includes the steps of: 

(h-1) removing the group call from the queue 
when one of members belonging to the group 
receives the group call; 
(h-2) removing the group call from the queue 
when no member belonging to the group re- 
ceives the group call; and 
(h-3) removing the group call from the queue 
when a caller terminates the group call in mid- 
course. 

13. The method according to claim 1 2, wherein step (h- 
2) further comprises timing out an alerting timer for 
the group call. 

14. The method according to claims 10 to 13, wherein 
step (g) further comprises independently transmit- 
ting the group call to the members in the idle state. 

15. The method according to claims 12 to 14, wherein 
the group call is removed from the queue when one 
of the members belonging to the group receives the 
group call to proceed with the group call service and 
wherein an alerting timer is timed out for the group 
call in step (h-2). 

16. An apparatus for controlling an incoming call direct- 
ed to a group in a voice over internet protocol (VoIP) 
system, comprising: 

defining means for defining a plurality of termi- 
nals (14, 16) selected by an operator request 
as a group for taking a group call service; 
creating means for creating terminal informa- 
tion (40) for the selected plurality of terminals 
and group information (42) for a plurality of de- 
fined groups in the form of a table; 
determining means for determining, using the 
table, whether the incoming call is directed to 
the group upon receiving the incoming call; 
generating means for generating a group call 
using the group information when the incoming 
call is directed to the group; and 
transmitting means for transmitting the group 
call to respective members belonging to the 
group. 
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